home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 3 / Cream of the Crop 3.iso / windows / gfile21.zip / TECHNOTE.TXT < prev   
Text File  |  1993-11-03  |  4KB  |  113 lines
  1.  
  2. GFile 2.1 Tech Notes
  3. =====================
  4.  
  5. Note -  If you have not read the file README.1ST, please do so now. It
  6.     contains particular license terms and warranty information to which
  7.     you are implicitly agreeing by using this program.
  8.  
  9. Revision History
  10. ========================================
  11. Revision 1.0    3/14/92    Original program completed, written in Visual Basic
  12.  
  13. Revision 1.1    3/29/92    Fixed several bugs. 
  14.             Added View/Small and Options menu
  15.             Made error handling more robust
  16.             
  17. Revision 1.2    4/5/92    Fixed more bugs.
  18.             Added Disk Info screens
  19.             Changed order of selecting default destination
  20.             for Copy/Move.
  21.  
  22. Revision 1.3    4/11/92    Fixed bugs.
  23.             Added the ability to save configuration between
  24.             subsequent executions.
  25.  
  26. Revision 1.4    4/19/92    Changed 'Selected File' listing to give date/time
  27.             and attributes along with filename and length.
  28.             Added 'About...' item to menu.
  29.             Extended the configuation save/load to include the
  30.             drives/directories being displayed, the working
  31.             directory, and the location of GFile on the screen.
  32.  
  33. Revision 1.5    5/3/92    Completely rewrote the panel display, hilighting and
  34.             directory selection logic to make it more 'visually
  35.             intuitive' - incorporating the idea of an 'active
  36.             pane' and a 'destination pane' similar to many DOS
  37.             file manipulation utilities.
  38.             Fixed several minor bugs.
  39.             Cleaned up the Tab Groups.
  40.             Enhanced performance of the File Info panels.
  41.             Decided GFile had progressed as far as it could
  42.             using 'Out Of The Box' Visual Basic. Considered
  43.             writing custom controls in C, decided it would be
  44.             be better in the long run to re-write the entire
  45.             program in C. Began development of Revision 2.0.
  46.  
  47. Revision 2.0    2/25/93    Released GFile 2.0
  48.             Added Program Groups
  49.             Enhanced command line
  50.             Added serialized printing/execution
  51.             Added icons to Program Item list box.  
  52.             Many additional small enhancements.
  53.  
  54. Revision 2.0A    3/12/93    Released GFile 2.0A. 
  55.             Corrected several bugs that appeared after 2.0 release
  56.  
  57. Revision 2.1    11/1/93    Released GFile 2.1
  58.             Resizable main window
  59.             Multiple, resizable panels
  60.             Recursive (tree) copy/move/delete
  61.             User configurable button bars
  62.             Enhanced dialogs - browse and options
  63.             Enhanced help - graphical hotspots, popups, more text
  64.             Ported code to C++, cleaned up code
  65.  
  66. Notes
  67. =====
  68.  
  69. Although GFile directly reads the group files to implement the Program Item
  70. lists, GFile uses DDE (program to program communication) messages with 
  71. Program manager to make changes in group files. I chose to do it this way 
  72. for a couple of reasons:
  73.     
  74.     1. Safety. If Microsoft were to change the format of group files
  75.        after 3.1, for example, the worst thing that would
  76.        happen to GFile is that it wouldn't run. In particular, it would
  77.        not write incorrectly formatted group files, since it is Program
  78.        Manager that is actually writing the files.
  79.  
  80.     2. Efficiency. Although the code to directly manipulate the group
  81.        files would be faster than communicating with Program Manager,
  82.        it would certainly also be much much bigger than the 
  83.        communicating code. Although I'm sure there are people who create
  84.        dozens of program items a day - they are not the norm. Most of
  85.        us would rather not waste the disk space re-inventing the wheel -
  86.        even if it does spin a little bit faster.
  87.  
  88. The main result of this is that when creating, destroying, or changing
  89. program items, you will see Program Manager come into existence as an icon
  90. (if it is not already running), and then go away again upon completion. If
  91. Program Manager is already running, and is not iconized, it will hide
  92. while the operation is taking place (to prevent unnecessary screen painting
  93. activity), and then re-appear upon completion.
  94.  
  95. You will notice that when a DOS Application is minimized (iconized) the icon
  96. that is displayed is the standard blue DOS Icon (actually the icon for the 
  97. winoldap program that controls the DOS Application) rather than the icon
  98. associated with the Program Item. Microsoft has not documented any method
  99. to prevent this behavior, and I've yet to discover/figure out the undocumented 
  100. method Microsoft uses in Program Manager.
  101.  
  102. GFile Hall of Fame
  103. ==================
  104.  
  105. Thanks to the following folks for their help in designing, testing, distributing, and
  106. improving GFile
  107.  
  108. Jack Cotterman
  109. John Gareri
  110. Tim Gleason
  111. Randy("I've found a GBug") Hoch
  112. Tim Wallace
  113.